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[0001] This application is a Continuation of International Application 
PCT/FI02/00251 filed on 25.3.2002, which designated the U.S. and was 
published under PCT Article 21(2) in English. 

BACKGROUND OF THE INVENTION 

10 [0002] The invention relates to data synchronization in a 

telecommunications system, particularly to application data synchronization in 
a networked system comprising at least one terminal, at least one 
synchronization server and at least one database. Data synchronization is an 
operation in which a correspondence between at least two data collections is 

15 created in such a way that, after the synchronization, the information units of 
the data collections substantially correspond to each other. 

[0003] Data of portable terminals, such as portable computers, PDA 
(Personal Digital Assistant) devices, mobile stations or pagers, can be 
synchronized with network applications, desktop computer applications or 

20 other databases in a telecommunications system. Typically, data of calendar 
and e-mail applications, in particular, are synchronized. Synchronization has 
previously been based on different manufacturer-specific protocols which are 
not compatible with each other. This restricts the use of the terminals and data 
types used and is typically difficult for the user. In mobile communication, in 

25 particular, it is important to acquire and update data irrespective of the terminal 
or application used. 

[0004] The SyncML (Synchronization Markup Language), which is 
based on the XML (Extensible Markup Language), has been provided for 
improved application data synchronization. The SyncML synchronization 

30 protocol using messages in the SyncML format allows data synchronization in 
any application between any networked terminals. For example, a calendar 
entry in a mobile station is automatically synchronized with the network 
calendar used by a company secretary. The SyncML synchronization protocol 
operates in both wireless and wired networks and supports several transfer 

35 protocols. The SyncML synchronization protocol can be implemented, for 
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example, on top of the HTTP protocol (Hyper Text Transfer Protocol), the 
WSP protocol (Wireless Session Protocol) of the WAP (Wireless Application 
Protocol) standard, the OBEX protocol used for cable links, such as the USB 
(Universal Serial Bus) or RS-232, or for short-range radio frequency 
5 (Bluetooth) links or infrared (IrDA) links, on top of a TCP/IP (Transport Control 
Protocol/Internet Protocol) stack, and also on top of an e-mail protocol (SMTP, 
Simple Mail Transfer Protocol). 

[0005] Figure 1 illustrates a synchronization example in which a 
mobile station MS functions as a SyncML client terminal and a network server 

10 S functions as a SyncML server. In the SyncML synchronization service, a 
synchronization session is first initialized, whereby for example the database 
to be synchronized is selected. The SyncML client terminal MS comprises a 
Sync Client Agent and sends a SyncML message (Client Modifications) 
comprising at least information on the data that is the object of the 

15 synchronization in the mobile station MS and that has changed after the 
previous synchronization. The SyncML server S comprises a Sync Server 
Agent controlling the synchronization and a Sync Engine, and it usually waits 
for the initiation of the SyncML client (MS) for synchronization. The server S 
synchronizes the data, i.e., analyzes the modifications made to the data of the 

20 database and client terminal and makes the data coherent (makes the 
necessary modifications, replacements and deletions). After this, the SyncML 
server S returns the server modifications to the SyncML client (MS). The 
above-described example is simple, but nevertheless, it illustrates the roles of 
the devices in the SyncML standard. The SyncML client terminal (MS) is 

25 typically a mobile station, a PC (Personal Computer), a laptop computer, or a 
PDA device. The SyncML server S is typically a network server or a PC. 

[0006] Various settings relating to the synchronization must be 
defined for the terminal comprising a SyncML client agent before 
synchronization with the SyncML server can be performed. These settings 

30 include the address of the SyncML server and the addresses and types of the 
databases used. Users typically have several databases to synchronize, so 
that each database requires settings of its own. Users find entering these 
settings manually and even accepting completed settings difficult and 
laborious. 



BRIEF DESCRIPTION OF THE INVENTION 

[0007] An object of the invention is to avoid the above-described 
problems and to provide data synchronization as easy as possible in different 
terminals. The objects of the invention are achieved with a method, 
5 telecommunications system, synchronization server, telecommunications 
device, computer programs and data storage media, which are characterized 
by what is stated in the independent claims. Preferred embodiments of the 
invention are described in the dependent claims. 

[0008] The invention is based on the idea that at least one 

10 configuration message comprising data required for at least the enabling of 
synchronization is transmitted from a synchronization server to a terminal 
comprising a synchronization application, wherein the data at least comprises 
settings of one or more databases. The terminal can store the data in its 
memory, and the synchronization is carried out using at least part of the stored 

15 data. Thus, a synchronization connection is arranged between the terminal 
and the synchronization server, and the synchronization is initialized using the 
arranged synchronization connection and at least part of said data. At least 
data in a first database (in the terminal) and in a second database can 
subsequently be synchronized based on at least part of said data. The term 

20 'database' is to be understood in a broad sense to refer to a data collection of 
any data source or data storage, which can be updated with one or more 
applications. The term 'synchronization connection' refers to a logical data 
transmission connection which is formed to begin the synchronization. The 
initialization of synchronization refers to preparation for the actual 

25 synchronization, for example the initialization of a synchronization session 
according to the SyncML standard. 

[0009] The arrangement according to the invention provides the 
advantage that the user does not have to enter the required settings manually, 
but they can be sent from the synchronization server and taken automatically 

30 into use in the terminal. The commissioning and use of the synchronization 
service is thus easy and as transparent as possible for the user. The invention 
is particularly advantageous when there is a plurality of databases, whereby 
the database settings of the terminal can be completed at one time with a 
single configuration message. Thus, also, data transmission capacity is 

35 consumed as little as possible. 
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[0010] According to a preferred embodiment of the invention, the 
database settings comprise the name and address of at least one database 
and the information on the content types supported. During the initialization of 
the synchronization, the stored address is thus transmitted from the terminal to 
5 the synchronization server if data in the database in question needs to be 
synchronized. This embodiment brings about the advantage that all data 
needed to describe the databases are obtained from the server to the 
terminal, and the user does not need to enter them himself. On the basis of 
the type of the database, databases can be separated for different 

10 applications, for example for calendar or e-mail, or on the basis of other 
criteria, for instance according to whether it is a personal calendar, a calendar 
for work, or a group calendar. The content type refers to the format in which 
the data is transferred in the synchronization. Thus, on the basis of the content 
types supported by the database, it is known in the terminal as early as before 

15 the first synchronization whether data in the database can be synchronized via 
the server. If the terminal and the database support several content types that 
are the same, the most desired content type can be selected in the terminal 
for synchronization. 

[0011] According to another preferred embodiment of the invention, 

20 the data also comprise user text, whereby the user text is displayed to the user 
of the terminal. Thus, different instructive texts can be transmitted from the 
synchronization server to inform and instruct the user. 

[0012] According to yet another preferred embodiment of the 
invention, the data further comprise settings determining the timing of the 

25 synchronization, and the initialization of the synchronization session is started 
from the terminal at the moment of time according to said settings. The 
advantage of this is that the timing of the synchronization can be determined 
from the server (for example by the service provider), and the terminal can be 
arranged to start the synchronization automatically in accordance with said 

30 settings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] The invention will now be described in greater detail in 
connection with preferred embodiments, with reference to the attached 
drawings, of which 
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Figure 1 shows synchronization according to the SyncML 
synchronization protocol; 

Figure 2 shows a wireless network and a local area network; 

Figure 3 shows a method according to a preferred embodiment of 
5 the invention; and 

Figure 4 shows a configuration message according to a preferred 
embodiment of the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0014] A preferred embodiment of the invention is described in the 

10 following in a system supporting the SyncML standard, without, however, 
confining the application range of the invention thereto. The invention can be 
applied in arranging the data synchronization in any system supporting any 
synchronization technique. 

[0015] Figure 2 shows a networked system which allows data 

15 synchronization in databases DB and terminals TE. As regards the 
synchronization, the terminal TE functions as the client device. Figure 2 shows 
two examples, in the first of which terminals TE, databases DB and 
synchronization servers S are connected to a local area network LAN. The 
terminal TE connected to the network LAN comprises functionality, for 

20 instance a network interface card and software controlling the data 
transmission, for communicating with the devices of the network LAN. The 
local area network LAN can be a local area network of any type, and the TE 
can be in connection with the server S also via the Internet, typically using a 
firewall FW. In the second example, a terminal TE, a synchronization server S 

25 and databases DB are connected to a mobile network MNW. The terminal TE 
connected to the network MNW comprises mobile station functionality for 
wireless communication with the network MNW. The mobile network MNW 
can be any known wireless network, for example a network supporting the 
GSM service, a network supporting the GPRS service (General Packet Radio 

30 Service), a third-generation mobile network, such as the UMTS (Universal 
Mobile Telecommunications System) network, a wireless local area network 
WLAN or a private network. It should be noted that the server S can function 
as the database DB, although in Figure 2 the servers S and databases DB are 
shown separately for the sake of clarity. 
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[0016] The terminals TE (in wired networks LAN and in wireless 
networks MNW) and the servers S comprise memory MEM; SMEM, a user 
interface Ul; SUI, I/O means I/O; Sl/O for arranging data transmission, and a 
central processing units CPU; SCPU comprising one or more processors. In 
5 the memory MEM, SMEM there is a non-volatile portion for storing the 
applications for controlling central processing unit CPU, SCPU, and a random 
access memory portion to be used for processing data. In the memory MEM of 
the TE (is a first database to be synchronized), and in the memory of the 
databases DB, the application data being the object of the synchronization are 

10 maintained. A client agent CA operating in accordance with the invention is 
preferably implemented by executing in the CPU computer program code 
stored in the memory MEM. Also the synchronization server S provides a 
synchronization agent SA and a synchronization engine SE according to the 
invention preferably by executing in the SCPU computer program code stored 

15 in the memory SMEM. The computer program code performed in the central 
processing units CPU and SCPU causes the terminal TE and the 
synchronization server S to implement the inventive features, one embodiment 
of which is illustrated in Figure 3. The computer programs can be obtained via 
a network and/or stored in memory means, for instance on a disk, CD-ROM 

20 disk or in other external data storage media, from which they can be loaded 
into the memory MEM, SMEM. Integrated circuits can also be used. 

[0017] Figure 3 illustrates a synchronization method according to an 
embodiment of the invention. In the synchronization server S, at least one 
configuration message is formed 301 in accordance with a preferred 

25 embodiment of the invention. The server agent SA can collect data required 
for the arrangement of the synchronization for the terminal TE and form a 
configuration message CM. These data preferably includes the settings of one 
or more databases DB, especially the address and name of the database, the 
information on the content types supported, or other database features, the 

30 start settings relating to the starting time of the synchronization, the user 
instructions relating to the synchronization or the information of the server S. 
Other database features can include for instance an attribute defining whether 
the database is public or private (e.g. group calendar or private calendar). The 
addresses of the databases DB can be presented as either absolute or relative 

35 with regard to the address of the server S. The data in question have typically 
been stored in the memory SMEM of the synchronization server S, but S can, 



when required, retrieve them from the databases DB. The formation 301 of the 
configuration message can be started at the request of the terminal TE or at 
the request of the service provider of the local area network LAN or the mobile 
network MNW. The configuration message can be sent for example when the 
5 user has bought a terminal TE or registered into a service of the service 
provider. In accordance with a preferred embodiment of the invention, the 
configuration message is automatically transmitted from the server S when the 
data required for the synchronization have changed. For example, when the 
address of the database DB changes or when a new database has been taken 

10 into use, the server S sends a configuration message comprising the new 
address or a configuration message comprising the settings of the new 
database to all users of the database DB. 

[0018] At least one configuration message formed is transmitted 
302 from the synchronization server S to the terminal TE. When receiving the 

15 configuration message, the TE stores 303 at least part of the data in the 
message in its memory MEM, and it can present the possible user instructions 
in the user interface Ul. 

[0019] The formation of the synchronization connection and the 
initialization of the synchronization session can be started 304, 305 later in 

20 accordance with the stored data, at the starting time of the synchronization 
that is possibly determined in the start settings. The starting time can be 
determined in a plurality of ways, for example at certain intervals. The 
synchronization service can also be started on the initiative of the user or the 
synchronization server. Thus, the databases to be synchronized are 

25 determined on the basis of the application or a command by the user, or all 
databases whose settings are stored can be synchronized. Here, too, data 
stored in the memory MEM can be utilized, for instance data on the content 
types of the databases. If the synchronization service is started on the initiative 
of the server S, it also starts the formation of a logical synchronization 

30 connection. 

[0020] The use of configuration messages brings about a plurality 
of advantages: the usability of the synchronization service is improved, 
because all the data required for the synchronization can be transmitted at one 
time, and the definition of the settings for the terminal takes place 

35 automatically and quickly after the reception of the configuration message. 
When all the data required is transmitted in one message, the use of the 
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resources of the network and the terminal is efficient, and several 
authentications are not required, for instance. 

[0021] When synchronization service is needed, the client agent CA 
searches 304 the memory MEM for data, particularly the settings of the 
5 databases DB. The client agent CA forms a client initialization message, for 
the transmission of which a logical synchronization connection is formed, and 
an initialization message is transmitted 305 from the terminal TE to the server 
S defined in the data. A logical synchronization connection is formed even if 
the data transmission itself takes place using connectionless protocols. The 

10 logical synchronization connection can be arranged via the transmission of the 
initialization message, or exchange of previous messages can be performed. 
In the initialization message, the synchronization server S is informed on which 
databases' data is to be synchronized and which synchronization type is used, 
typically also authentication information and information on the service and 

1 5 device properties supported by the terminal TE. Also, a user text can be stored 
in the memory MEM, to be displayed at this stage to inform the user on the 
synchronization to be performed and aspects relating thereto. 

[0022] Having received the initialization message, the server S 
completes the initialization by responding with an initialization message 306 of 

20 its own. The initialization message comprises device and authentication 
information of the server. When the initialization has been completed, data of 
at least one database DB and terminal TE determined in the initialization of 
the synchronization can be 307 synchronized. The synchronization server S is 
thus arranged to perform 307 the data synchronization using at least part of 

25 the configuration message data, which has been transmitted (305) from the 
terminal. Finally, the result of the synchronization can be displayed to the user. 
[0023] The synchronization type to be used may be for instance: 

- two-way synchronization; 

- slow synchronization; 

30 - one-way synchronization from client only; 

- refresh synchronization from client only; 

- one-way synchronization from server only; 

- refresh synchronization from server only; 

- server-alerted synchronization. 

35 [0024] As for a more detailed description of the initialization of a 

synchronization session and synchronization 307 of data, the standard 
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SyncML Sync Protocol, version 1.0, December 2000, is incorporated as 
reference herein. However, configuration messages according to the invention 
can be used for transmitting data relating to the synchronization of any 
synchronization method. 
5 [0025] It is to be observed that the synchronization (307) can, 

contrary to Figure 3, be started without separate initialization messages (306 
to 307). In such a case, the initialization is performed simultaneously with the 
synchronization. Configuration messages can, however, be used in the way 
illustrated in Figure 3, for defining the settings of the initialization of the 
10 synchronization, and of the synchronization. Thus, the number of messages to 
be transmitted can be reduced. 

[0026] Figure 4 illustrates contents of a configuration message 
according to a preferred embodiment of the invention. The configuration 
messages can be distinguished by a given type of a given MIME type 
15 (Multipurpose Internet Mail Extensions) MIMEH added to the message. 

[0027] In accordance with a preferred embodiment of the invention, 
configuration messages are in the XML format. The configuration message is 
thus a message in the XML format, comprising data transmitted from the 
synchronization server S to the terminal TE, relating to the arrangement of 
20 synchronization, particularly to the performance of the initialization of the 
synchronization. For the configuration messages, a document type definition 
DTD is defined which determines in the XML language the used tags, 
structural proportions of the elements (IELEMENT) between the tags, and 
other XML document definitions. As is very well known for the XML language, 
25 an element begins with a start-tag (e.g. <section>) and ends with an end-tag 
(</section>), and it can contain text or other elements. A DTD is included in all 
configuration messages transmitted by the synchronization server, or the 
configuration messages refer to a DTD already known by the terminal TE. 
The following represents an exemplary DTD for a configuration message: 
30 <!ELEMENT SyncSettings (Version, HostAddr, Port?, 

RemoteDB+, Name?, Info?, Auth*, ConRef?, Condition?)> 

<!ELEMENT Version (#PCDATA)> 

<!ELEMENT HostAddr (#PCDATA)> 

<!ELEMENT Port (#PCDATA)> 
35 <!ELEMENT RemoteDB ( (CTType, CTVer*)+, URI, Name?)> 

<!ELEMENT URI (#PCDATA)> 
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<!ELEMENT CTType (#PCDATA)> 
<! ELEMENT CTVer (#PCDATA)> 
<!ELEMENT URI (#PCDATA)> 
<!ELEMENT Name (#PCDATA)> 
5 <!ELEMENT Info (#PCDATA)> 

<!ELEMENT Auth (AuthLevel, AuthScheme, ((Username | 
Cred) | (Username, Cred)))> 
<!ELEMENT AuthLevel (#PCDATA)> 
<!ELEMENT AuthScheme (#PCDATA)> 
10 <!ELEMENT Username (#PCDATA)> 

<!ELEMENT Cred (#PCDATA)> 

<!ELEMENT ConRef (ConType, ((Bearer?, AddrType, 
Addr) | RefID)) > 

<!ELEMENT ConType (#PCDATA)> 
1 5 <!ELEMENT Bearer (#PCDATA)> 

<!ELEMENT AddrType (#PCDATA)> 
<!ELEMENT Addr (#PCDATA)> 
<!ELEMENT RefID (#PCDATA)> 
<!ELEMENT Condition (#PCDATA)> 

20 

[0028] The question mark '?' expresses that the particular element 
is optional. The sign '+' expresses that the element occurs once or more than 
once. It is to be observed that all elements are not mandatory and that the 
invention can also be applied using elements that differ from what is presented 
25 herein. The following describes the different elements of the configuration 
message of Figure 4 in more detail: 

SyncSettings. This element is a root element determined in the XML 
language, comprising the tags of the other elements. On the basis of the root 
30 element it is observed that the message concerns specifically a configuration 
message comprising data relating to the arrangement of the synchronization. 

Version. This element determines the version of the configuration message 
format. When the format of the configuration message is changed 
35 substantially, the number of the version must also be changed. 
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Name. This element determines the displayable name of the data 
(configuration message) relating to the arrangement of the synchronization or 
of the database. If this element is used within the root element SyncSettings, it 
5 determines the name of said data. If the element is used within the element 
RemoteDB, it determines the displayable name of the database. The name 
can also be displayed to the user. 

Host Addr. This element contains the host address of the SyncML 
10 synchronization service (service agent SA). This is typically an IP address or a 
uniform resource locator URL. A telephone number or a device tag can also 
be used. 

Info. This element contains text that can be displayed to the user when the 
15 synchronization message is received (303) or later (305). The user text can be 
for instance short information on the synchronization service or instructions to 
control the actions of the user. This element can also be in the element 
RemoteDB, whereby database-specific data can be presented to the user. 

20 Port. This element determines the TCP port of the synchronization server S 
(SyncML synchronization service). All configuration messages should support 
this element. If the element is not determined, the default port value is 80. 

Auth. This element can contain other four elements (AuthLevel, AuthScheme, 
25 ((Username | Cred) | (Username, Cred))). This element determines the 
authentication methods and credentials used in the SyncML session. The 
element can be used in the authentication of the transport protocol layer, for 
example HTTP protocol or the transport layer (WSP) of the WAP protocol, or 
in the authentication of the SyncML service. The element comprises 
30 information on the authentication level, the authentication method, the user 
identifier and the credentials. 

AuthLevel. This element determines the authentication level. The 
authentication level is presented numerically for example in the way indicated 
35 in Table i as follows. 

Table 1. 
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Authentication level 


Value 


Description 


SyncML server 


T 


Used in credentials of element 
SyncHdr 


SyncML database 


•2' 


Used in credentials of SyncML 
database level 


HTTP / WSP 




HTTP level authentication 


OBEX 


•4. 


OBEX authentication 



AuthScheme. This element determines the authentication method. The value 
can be numeric or it can be determined in the way indicated in Table 2. 

5 

Table 2. 



Authentication method 


Value 


Basic 


T 


Digest (MD5) 


•2' 



Username. This element determines the user name for the authentication on 
10 the SyncML synchronization service level or the transfer protocol level. The 
element AuthLevel determines the authentication level for which the given 
user name is intended. 

Cred. This element determines the authentication credentials. The element 
15 AuthLevel determines the authentication level for which the credentials are 
intended. If the authentication method is 'Basic' or 'Digest', the credentials 
contain a password for the user identifier determined in the element 
UserName. 

20 ConRef. This element determines a reference to the physical or logical access 
point (connection reference), which is used with these synchronization 
settings. The element contains the elements ConType, ((Bearer?, AddrType, 
Addr) | ReflD)). 
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ConType. This element determines the connection type, which can be 
presented in the way indicated in Table 3. 
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Table 3. 



Connection type 


Value 


Description 


WAP 1 .x proxy 


T 




HTTP / WAP 2.x (WAP 
NG) proxy 


•2' 




Logical access point 


'3' 


Name according to which the access 
points are grouped 


Physical access point 


•4' 


Refers to real address: bearer service, 
address type, address value 



[0029] 

5 If the connection type is WAP 1 .x server, the HTTP / WAP 2.x proxy server, or 
a logical access point, the contents of the element RefID are used to 
determine the connection reference. If the physical access point is used, the 
contents of the elements Bearer, AddrType and Addr determine the 
connection reference. 
10 . 

Bearer. This element determines the bearer service type of the connection 
reference. The type of the bearer service can be determined for example in 
the way indicated in the table of Appendix 2, without, however, being confined 
to the bearer service types presented therein. 

15 

AddrType. This element determines the address type of the connection 
reference. The address type can be presented numerically in the way 
indicated in Table 4. 
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Table 4. 



Address type 


Value 


Description 


IPV4 


T 


IPv4 address as hexadecimal numbers 


IPV6 


•2' 


IPv6 address as hexadecimal numbers 


E164 


•3 1 


Telephone number according to E 164 definition 


ALPHA 


• 4 . 


General alphanumeric address 


APN 


'5' 


Access point name APN 



Addr. This element determines the address of the connection reference. The 
5 address can be for example a telephone number or an IP address. The type of 
the address is determined in the AddrType element or on the basis of the 
address value itself. 

ReflD. This element determines the logical reference value of the connection 
10 reference. The reference value is the logical name or another tag of the 
connection point. 

RemoteDB. This element determines one or more databases whose data is 
synchronized. The element may contain five elements ((CTType, CTVer*)+, 
15 URI, Name?, Info?). The element may further contain other definitions relating 
to the database, or user text. 

URL This element determines the relative or absolute URI (Universal 
Resource Indicator) of the database. The URI can be later used within 
20 SyncML alert and synchronization commands, used in the initialization of the 
synchronization session and the synchronization to indicate the database to 
be synchronized. 

[0030] The element URI may also have additional attributes, which 
allow a more detailed description of the properties of the database or the 
25 application in question. The additional attributes may be further specified by 
defining e.g. whether a calendar is a personal calendar, a calendar used at 
work, or a family calendar. The additional attributes may be defined by means 
of indicators in a text format, for example, to be added to the element URI (see 
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Appendix 2), or by using one or more specific elements. The additional 
attributes may be presented in the element URI in the way indicated in 
'SyncML Representation Protocol, version 1.0', of the SyncML standard, 
December 2000, Chapter 4.18. Thus, there may be various types of databases 
5 in the same address (URI) which must be distinguished from each other with 
additional attributes in the configuration message. The synchronization (304 to 
307) can be determined for different types of databases URI in the terminal TE 
on the basis of the data of this element, for example by using different 
initialization settings for different types. 

10 

CTType. This element determines the media content types supported by the 
database. In this way, the type of the database can be defined; the types 
include for instance a calendar, contacts, notes, short messages, multimedia 
messages, images, e-mail or other type. The WWW site http:/www.isi.edu/in- 
15 notes/iana/assignments/media-types/media-types presents lANA's (Internet 
Assigned Numbers Authority) media content types, which can be used in this 
element. The value of this element can be for example text/x-vcard, text/vcard, 
text/x-vcalendar, or text/vcalendar. 

20 CTVer. This element determines the version of the content type supported. If 
the content type, i.e. the MIME type has several different versions, this 
element is obligatory (e.g. text/html 1.1/1 .271 .3). 

Condition. This element contains parameters or conditions concerning the 
25 start of the synchronization. For example, it can be determined that the 
synchronization is started every five hours. 

[0031] In accordance with a preferred embodiment of the invention, 
additions can be made to previous data relating to the databases DB stored in 

30 the terminal TE, or this data can be replaced with new data on the basis of the 
data of the configuration message. Thus, there is preferably a field in the 
configuration message that determines whether the data concerned is new 
data, replacement data or additional data. On the basis of this field, the 
terminal TE can store the configuration message data correctly. In order to 

35 implement this embodiment, separate tags, for instance <replace/>, <add/> or 
<new/>, can be used below the root element SyncSettings. 
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[0032] The elements are not in any way confined to the above- 
described elements and their application is not confined to the XML format but 
data can be transmitted in configuration messages in the HTML format, for 
example. Appendix 2 further presents a cleartext XML example of a 
5 configuration message comprising elements of the DTD described above. 

[0033] Although the above-described elements contain references 
to the WAP standard according to a preferred embodiment of the invention 
(whereby the synchronization would preferably take place utilizing the WSP 
protocol), the transmission of configuration messages is not, however, 

10 confined thereto. For example HTTP or OBEX standards and transmission 
techniques of lower layers supported by these standards can also be used. 

[0034] In accordance with a preferred embodiment of the invention, 
the synchronization server S connected to a wireless telecommunications 
system encodes (step 301) the configuration messages into the binary 

15 WBXML (Wireless Binary XML) format. The documents in the XML format can 
be converted into the WBXML format (or HTML format). The use of the 
WBXML format brings about the advantage that the amount of data 
transmission capacity required is decreased, which is particularly 
advantageous in the transmission of a radio interface. The WBXML format is 

20 preferable when configuration messages are transferred using mechanisms 
providing restricted data transmission capacity, for instance in short message 
service SMS. Appendix 3 further presents a possibility for token assignments 
to attach the above-described elements into the WBXML format. 

[0035] If transmitted using the push service of the WSP protocol, 

25 configuration messages must be assigned to a predetermined WDP (Wireless 
Datagram Protocol) port. The terminal TE must listen to this port. 
Transmission on a lower level can take place using any transmission protocol 
supported by the WAP protocol, for example using SMS or other signalling- 
type transmission manners (e.g. USSD; Unstructured Supplementary Service 

30 Data), or using circuit-switched data calls or packet-transmitted data 
transmission services. 

[0036] It is obvious to a person skilled in the art that as the 
technology advances, the basic idea of the invention can be implemented in a 
plurality of ways. Therefore, the invention and embodiments thereof are not 

35 confined to the above-described examples but can vary within the scope of the 
claims. 
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Appendix 1: 



Bearer service type 


Value 


GSM-USSD 


T 


GSM-SMS 


■2' 


ANSI-136-GUTS 


'3' 


IS-95-CDMA-SMS 


'4' 


IS-95-CDMA-CSD 


'5' 


IS-95-CDMA-PACKET 


'6' 


ANSI-136-CSD 


T 


ANSI-136-GPRS 


'8' 


GSM-CSD 


'9' 


GSM-GPRS 


'10' 


AMPS-CDPD 


'11' 


PDC-CSD 


'12' 


PDC-PACKET 


'13' 


IDEN-SMS 


'14' 


IDEN-CSD 


'15' 


IDEN-PACKET 


'16' 


FLEX/REFLEX 


'17' 


PHS-SMS 


'18' 


PHS-CSD 


'19' 


TETRA-SDS 


'20' 


TETRA-PACKET 


'21' 


ANSI-136-GHOST 


'22' 
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MOBITEX MPAK 


'23' 


OBEX 


•24' 
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Appendix 2: 

<SyncSettings> 

5 <Version>1.0</Version> 

<Name>Synchronization Server</Name> 
< H ostAd d r> http ://www . sy ncse rve r. co m 
/sync</HostAdd r> 

<lnfo>This is a synchronization server for your 

10 use.</lnfo> 

<Port>8080</Port> 
<Auth> 

<Auth Level>3</Auth Level > 
15 <AuthScheme>K/AuthScheme> 

<Username>virtanen</Username> 
<Cred>password</Cred> 

</Auth> 
<Auth> 

20 <AuthLevel>K/AuthLevel> 

<AuthScheme>1 </AuthScheme> 

<Username>mvirtan</Username> 

<Cred>password</Cred> 

</Auth> 

25 <ConRef> 

<ConType>1 </ConType> 
<ReflD>Nokia AP</ReflD> 

</ConRef> 
<RemoteDB> 

30 <URI>./Contacts?CLASS&EQ;PRIVATE 
</URI> 

<CTType>text/x-vcard</CTType> 
<CTVer>2.K/CTVer> 
<Name>Private Contact DB</Name> 
35 </RemoteDB> 

<RemoteDB> 

<URI>./Calendar</URI> 
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<CTType>text/x-vcalendar</CTType> 
<CTVer>1.0</CTVer> 
<Name>Caiendar DB</Name> 
</RemoteDB> 

5 <Condition>Every fifth hours</Condition> 

</SyncSettings> 
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Appendix 3: 



Element 


WBXML token 
(hexadecimal value) 


Addr 


AC 

Oo 


AddrType 


Ob 


Auth 


yjf 


AuthLevel 


08 


— AuthScheme 


r\r\ 

oy 


Bearer 


OA 


ConRef 


OB 


ConType 


OC 


Cred 


OD 


CTType 


AT- 

OE 


CTVer 


OF 


HostAddr 


10 


Name 


A of 
1 1 


Port 


12 


RefID 


13 


RemoteDB 


14 


SyncSettings 


15 


URI 


16 


Username 


17 


Version 


18 


Info 


19 


Conditions 


1A 



